文章同步發表在我的個人 Blog
昨天講了為什麼想做這個 App。今天要做的事看起來很小:設計一份只有一題的投票,然後發出去。
但就是這一題,我想得比預期久。
昨天那篇的標題是「你怎麼沒跟我說」。寫完之後我才發現,我們家常常會討論的,幾乎可以收斂成這一句。
差別只在,沒先講好的是哪一種事:
| 痛點 | 沒先講好的是 | |
|---|---|---|
| 1 | 週末排了什麼課程,忘記紀錄、提醒,到當天才發現 | 要發生的事 |
| 2 | 今天吃什麼、要煮什麼,永遠是臨時才有人想 | 誰要先決定 |
| 3 | 出門前才發現東西沒帶,因為沒講好誰要準備 | 誰要先準備 |
| 4 | 做了好多事,另一半不知道,會覺得分工不均 | 做過的事 |
| 5 | 想休息,但沒先講,等到快爆炸才說 | 自己的狀態 |
每天在自己家裡發生的事,感受最強烈,但比較容易以偏概全。每個家庭的條件差很多:有沒有長輩或保母幫忙、孩子幾歲、家人習慣用 LINE 還是當面講、雙薪還是有人全職顧。同一件事,在不同的家庭,就有可能發生不同的狀況。
所以在動手開發 App 之前,我想先問問看。
這裡可能要先提:App 的第一版會先照我的想法和需求實作,後面再把投票收集到的痛點慢慢加進來。
搜集想法的方式很多:訪談問得深但人數少,問卷問得廣但要花時間設計和回收,觀察 App 評論和社群討論資料多但要花時間整理。我選了最輕的那個 —— 一題投票,點幾下就好。
我想要的不是統計上的代表性,而是快速看到有沒有共鳴。這種「一堆選項攤開,大家各自投給最有感的」做法,在工作坊裡叫 Dot Voting,本來就不是為了算出顯著性,而是為了收斂出一個順序。
後來才發現,現在要做的事其實就是問卷調查的標準流程,只是每一步驟都簡化:

接下來三節,是我在這一題上思考比較久的三件事。
最近 1 個月,帶小孩的日常裡,哪些事最常讓你或另一半說出「你怎麼沒跟我說」?
有三個地方是刻意的:
選項就是第 1 節那五個,但要放進投票頁,有兩個層面得先處理。
一、彼此不能重疊。 「誰要先決定」和「誰要先準備」看起來很像,我還是分開了:一個是根本沒人決定要做什麼,一個是知道要做、但沒講好誰做。如果混成一個選項,票會被稀釋,排名就失真。
二、要留一個出口。 我只有五個選項,一定有沒想到的,所以最後放「還有別的,我自己新增一個」,而且新增的答案會變成別人也可以投的選項。
- 週末排了什麼課程,忘記紀錄、提醒,到當天才發現
- 今天吃什麼、要煮什麼,永遠是臨時才有人想
- 出門前才發現東西沒帶,沒講好誰要準備
- 我做了一堆事,另一半不知道
- 我快撐不住了,但沒先講出來
- 還有別的,我自己新增一個
開放新增會有個狀況:選項會隨時間變多,早期投票的人沒機會選到後來才加的答案。所以看結果的時候,新增的選項不能直接跟原本五個比排名,我會把它們當線索,不當名次。
這是我想試的一個設計。
如果一進來就看到某個答案已經 87 票,你很難不被影響 —— 心裡會想「這麼多人選,應該就是這個吧」。這叫從眾效應,投出來的是跟風,不是真的感受。
所以這個投票頁會投完才顯示結果,投之前看不到任何票數,投完才揭曉,順便告訴你和你選一樣的有多少人。
另外三個決定也是同一個方向:
介面我想做成以前上課時講師常用的那種即時投票工具:票數會即時往上跳,被點很多次的答案一直被推到最上面。市面上 Slido、Mentimeter 這類工具已經有類似功能,我還是打算自己做,順便試試看 GPT-6 Astra 可以幫我做到哪裡。
這種收集是線性的,做完一輪就結束,這次也只做一輪。
AI 在這裡的角色,是幫我整理和分類收到的答案。答案本身,還是要來自真實的爸媽。
Day 3 會講這個投票頁的規劃:為什麼要收集、有哪些關鍵決策。
如果你也是爸媽,可以先想幾件最近最常讓你卡住的事。投票頁上線後,歡迎來投一票,或新增你的答案。